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DETAILED ACTION 
Response to Arguments 

1 . Applicant's arguments, see remarks, filed 12 April 2007, with respect to the 
rejection(s) of claim(s) 1, 3, 5-17, and 19-61 under 35 U.S.C. have been fully 
considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of 
newly found prior art reference(s). See rejections below. 

Claim Rejections - 35 USC § 103 

2. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

3. The text of those sections of Title 35, U.S. Code not included in this action can 
be found in a prior Office action. 

4. Claims 1,19, 20, 21, and 54-58 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Terrell et al. (7,200,144) and Testardi (2003/0140210). 
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5. As per claim 1, Terrell et al. teaches a method of implementing storage 
virtualization on a network device of a storage area network (see Terrell et al., col. 10, 
lines 45-56), the method comprising: (a) receiving a frame or packet at a port of the 
network device, wherein the network device is a switch, router, iSCSI gateway, or other 
network node configured to perform a switching function (see Terrell et al., col. 9, line 
43-col. 10, line 3); (b) determining that the frame or packet pertains to access of a 
virtual storage location of a virtual storage unit representing one or more physical 
storage locations on one or more physical storage units of the storage area network 
(see Terrell et al., col. 55, line 41 -col. 56, line 5); wherein (b), (c), and (d) are performed 
by a dedicated processor that is dedicated to only said port of the network device (see 
Terrell et al., col. 1, line 51 -col. 2, line 30). But fails to teach (c) obtaining a virtual- 
physical mapping between the one or more physical storage locations and the virtual 
storage location; and (d) sending a new or modified frame or packet to an initiator or a 
target specified by the virtual-physical mapping. However, Testardi teaches (c) 
obtaining a virtual-physical mapping between the one or more physical storage 
locations and the virtual storage location (see Testardi, U 104); and (d) sending a new or 
modified frame or packet to an initiator or a target specified by the virtual-physical 
mapping (see Testardi, U 123). It would have been obvious to one having ordinary skill 
in the art at the time of the invention to modify Terrell et al. to (c) obtaining a virtual- 
physical mapping between the one or more physical storage locations and the virtual 
storaige location; and (d) sending a new or modified frame or packet to an initiator or a 
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target specified by the virtual-physical mapping in order to efficiently dispatch a data 
operation to a data storage device (see Testardi, 1J 9). 

6. Claims 54-58 have similar limitations as to claim 1 above; therefore, they are 
being rejected under the same rationale. 

7. As per claims 19-21 , the above-mentioned motivation of claim 1 applies fully in 
order to combine Terrell et al. and Testardi. 

8. As per claim 19, Terrell et al. and Testardi teach a network device, at least one of 
the processor and the memory being further adapted for requesting a lock of the one or 
more physical storage locations by said port of the network device prior to submitting a 
read or write command to the one or more physical storage locations (see Testardi, 
329). 

9. As per claim 20, Terrell et al. and Testardi teach a network device, wherein 
requesting a lock of the one or more physical storage locations comprises requesting a 
lock of the virtual storage location by sending a lock request to a master port of a 
network device within the storage area network, wherein the master port is adapted for 
managing lock requests (see Testardi, U 215). 

10. As per claim 21 , Terrell et al. and Testardi teach a network device, wherein 
requesting a lock of the one or more physical storage locations comprises: sending a 
lock request to a master port of a network device within the storage area network, 
wherein the master port is adapted for managing lock requests (see Testardi, 391). 
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11. Claims 3, 5-11, 13, 16, and 17 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Terrell et al. and Testardi as applied to claim 1 above, and further in 
view of Lo et al. (2002/0103943). 

12. As per claim 3, Terrell et al. and Testardi teach the mentioned limitations of claim 
56 above, but fail to teach a network device, wherein the virtual storage unit comprises 
a VLUN or other virtual representation of storage on the storage area network. 
However, Lo et al. teaches a network device, wherein the virtual storage unit comprises 
a VLUN or other virtual representation of storage on the storage area network (see Lo 
et al., paragraphs 0037 and 0422). It would have been obvious to one having ordinary 
skill in the art at the time of the invention to modify the above limitation to a network 
device, wherein the virtual storage unit comprises a VLUN or other virtual 
representation of storage on the storage area network in order to reduce the processing 
required at egress and output the packet without undue processing in the output block 
(see Lo et al., U 80). 

13. As per claims 5-1 1 , 1 3, 1 6, and 1 7, the above-mentioned motivation of claim 3 
applies fully in order to combine Terrell et al., Testardi, and Lo et al. 

14. As per claim 5, Terrell et al., Testardi, and Lo et al. teach a method, wherein the 
frame or packet received at the port of the network device is a fibre channel frame (see 
Lo et al., paragraph 0064). 

15. As per claim 6, Terrell et al., Testardi, and Lo et al. teach a method, wherein the 
frame received at the port of the network device is an iSCSI frame (see Lo et al., 
paragraph 0069). 
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16. As per claim 7, Terrell et al., Testardi, and Lo et al. teach a network device, 
wherein the frame or packet received at the port of the network device comprises a read 
or write command (see Lo et al., paragraph 0334). 

17. As per claim 8, Terrell et al., Testardi, and Lo et al. teach a method, wherein the 
frame or packet received at the port of the network device comprises a SCSI read or 
write command (see Lo et al., paragraph 0336). 

18. As per claim 9, Terrell et al., Testardi, and Lo et al. teach a method, wherein 
determining that the frame or packet pertains to access of a virtual storage location 
comprises identifying an address of the virtual storage unit in the frame or packet from 
the initiator (see Lo et al., paragraph 0404). 

19. As per claim 10, Terrell et al., Testardi, and Lo et al. teach a method, wherein the 
address is a destination address (see Lo et al., paragraph 0405). 

20. As per claim 1 1 , Terrell et al., Testardi, and Lo et al. teach a method, wherein 
determining that the frame or packet pertains to access of a virtual storage location 
comprises identifying an address of the port in a destination address field of the frame 
or packet from the target (see Lo et al., paragraph 0415). 

21 . As per claim 1 3, Terrell et al., Testardi, and Lo et al. teach a method, wherein the 
virtual-physical mapping is defined by a virtualization model (see Lo et al., paragraph 
0404). 

22. As per claim 16, Terrell et al., Testardi, and Lo et al. teach a method, the method 
further comprising: generating a new packet or frame or modifying the received packet 
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or frame in a manner that replaces a source address of the initiator with an address of 
the port on the network device (see Lo et al., paragraph 0405). 

23. As per claim 17, Terrell et al., Testardi, and Lo et al. teach a network device, at 
least one of the processor and the memory being further adapted for: generating a new 
packet or frame or modifying the received packet or frame in a manner that replaces a 
destination address of the port on the network device with a destination address of the 
virtual storage unit (see Lo et al., paragraph 0407). 

24. Claims 12, 14, 15, 22-48, 50-53, and 59-61 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Terrell et al. and Testardi as applied to claims 1 and 56 
above, and further in view of Blumenau et al. (6,260,120). 

25. As per claim 12, Terrell et al. and Testardi teach the mentioned limitations of 
claim 56 above, but fail to teach a network device, wherein the virtual storage unit is a 
virtual logical unit and the one or more physical storage units are physical logical units. 
However, Blumenau et al. teaches a network device, wherein the virtual storage unit is 
a virtual logical unit and the one or more physical storage units are physical logical units 
(see Blumenau et al., column 30, lines 24-45). It would have been obvious to one 
having ordinary skill in the art at the time of the invention to modify Terrell et al. and 
Testardi to a network device, wherein the virtual storage unit is a virtual logical unit and 
the one or more physical storage units are physical logical units in order to consolidate 
network storage to the minimum possible number of servers (see Blumenau et al., col. 
1, lines 26-41). 
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26. As per claims 14, 15, 22-48, 50-53, and 59-61 the above-mentioned motivation of 
claim 12 applies fully in order to combine Terrell et al., Testardi, and Blumenau et al. 

27. As per claim 14, Blumenau et al., Terrell et al., and Testardi teach a method, the 
method further comprising: generating one or more new packets or frames or modifying 
the received packet or frame in a manner that replaces a destination address of the 
virtual storage unit with one or more destination addresses of the one or more physical 
storage units (see Blumenau et al., column 12, lines 9-17). 

28. As per claim 15, Blumenau et al., Terrell et al., and Testardi teach a method, the 
method further comprising: generating a new packet or frame or modifying the received 
packet or frame in a manner that replaces a source address of a physical storage unit 
with a source address of the virtual storage unit (see Blumenau et al., column 12, lines 
18-26). 

29. As per claim 22, Blumenau et al., Terrell et al., and Testardi, teach a network 
device, at least one of the processor and the memory being further adapted for: 
receiving a lock grant from the master port of the network device within the storage area 
network (see Blumenau et al., column 12, lines 27-54 and column 29, line 57-column 

30. line 20). 

30. As per claim 23, Blumenau et al., Terrell et al., and Testardi, teach a network 
device, wherein the granted lock indicates that at least one of exclusive read and write 
access to the virtual storage location is granted (see Blumenau et al., column 29, line 
57-column 30, line 20). 
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31. As per claim 24, Blumenau et al., Terrell et al., and Testardi, teach a network 
device, at least one of the processor and the memory being further adapted for: sending 
a transfer ready message to the initiator when the lock grant is received (see Blumenau 
et al., column 8, lines 48-65). 

32. As per claim 25, Blumenau et al., Terrell et al., and Testardi teach a network 
device, at least one of the processor and the memory being further adapted to: 
requesting a release of the granted lock from the master port of the network device 
within the storage area network (see Blumenau et al., column 12, lines 27-54 and 
column 16, lines 50-59). 

33. As per claim 26, Blumenau et al., Terrell et al., and Testardi teach a network 
device, at least one of the processor and the memory being further adapted for: 
receiving a notification that the granted lock has been released by the master port (see 
Blumenau et al., column 12, lines 27-54 and column 12, line 66-coIumn 13, line 12). 

34. As per claim 27, Blumenau et al., Terrell et al., and Testardi teach a network 
device, wherein requesting a release of the granted lock is performed when the read or 
write command has been successfully completed (see Blumenau et al., column 21, lines 
6-42). 

35. As per claim 28, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the command has been successfully completed when a status 
indicating that the command was successful is received from the initiator or the target 
(see Blumenau et al., column 21, lines 6-42). 
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36. As per claim 29, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at a port of the network device comprises a read 
or write command indicating an amount of memory to be read or written to, the method 
further comprising: allocating the amount of memory at the network device (see 
Blumenau et al., column 16, lines 50-59). 

37. As per claim 30, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: receiving a status from the target after the sending of the new or 
modified frame or packet to the target (see Blumenau et al., column 11, lines 1-14); and 
when the status indicates that the command was successful, de-allocating the amount 
of memory at the network device (see Blumenau et al., column 32, lines 19-33). 

38. As per claim 31 , Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at a port of the network device comprises a read 
or write command, the method further comprising: receiving a transfer ready signal from 
the target after the sending of the new or modified frame or packet, the transfer ready 
signal indicating that the target is ready to receive a transfer of data (see Blumenau et 
al., column 8, lines 48-65). 

39. As per claim 32, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: sending a transfer ready signal to the initiator after the sending of 
the new or modified frame or packet, the transfer ready signal indicating that the 
network device is ready to receive a transfer of data from the initiator; wherein sending 
the transfer ready signal to the initiator is performed prior to receiving a transfer ready 
signal from the target (see Blumenau et al., column 8, lines 48-65). 
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40. As per claim 33, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at a port of the network device comprises a read 
or write command, the method further comprising: receiving a status after the sending of 
the new or modified frame or packet, the status indicating whether the command was 
successful (see Blumenau et al., column 21 , lines 6-42). 

41 . As per claim 34, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: sending the status to the initiator (see Blumenau et al., column 21, 
lines 6-42). 

42. As per claim 35, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: sending a second new or modified frame or packet to an initiator or a 
target specified by the virtual-physical mapping (see Blumenau et al., column 30, lines 
24-45); receiving a second status after the sending of the second new or modified frame 
or packet, the second status indicating whether the command was successful (see 
Blumenau et al., column 21, lines 6-42); merging the status and the second status (see 
Blumenau et al., column 21, lines 6-42); and sending the merged status to the initiator 
(see Blumenau et al., column 21, lines 6-42). 

43. As per claim 36, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: determining from the status whether the command was successful 
(see Blumenau et al., column 21 , lines 6-42); and re-sending the new or modified frame 
or packet when it is determined that the command was not successful (see Blumenau et 
al., column 21, lines 43-58). 
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44. As per claim 37, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: sending the status to the initiator when it is determined that the 
command was successful (see Blumenau et al., column 21, lines 6-42). 

45. As per claim 38, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the new or modified frame or packet comprises data (see Blumenau et al., 
column 12, lines 9-17). 

46. As per claim 39, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the new or modified frame or packet comprises a read or write command (see 
Blumenau et al., column 8, line 48-65). 

47. As per claim 40, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at a port of the network device comprises data, 
the method further comprising: storing the data in a memory location; wherein re- 
sending the new or modified frame or packet comprises: obtaining the data from the 
memory location; and sending a new or modified frame or packet including the obtained 
data to the initiator or the target specified by the virtual-physical mapping (see 
Blumenau et al., column 30, lines 24-45). 

48. As per claim 41 , Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: receiving data from the target specified by the virtual-physical 
mapping; and storing the data in a memory location (see Blumenau et al., column 30, 
lines 24-45). 

49. As per claim 42, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein re-sending the new or modified frame or packet comprises: obtaining the data 
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from the memory location; and sending a new or modified frame or packet including the 
obtained data to the initiator specified by the virtual-physical mapping (see Blumenau et 
aL, column 30, lines 24-45). 

50. As per claim 43, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein re-sending the new or modified frame or packet comprises sending the new or 
modified frame or packet to an alternate target specified by the virtual-physical 
mapping, the method further comprising: receiving alternate data from the alternate 
target specified by the virtual-physical mapping; and comparing the alternate data with 
the data stored in the memory location (see Blumenau et al., column 8, lines 48-65). 

51 . As per claim 44, Blumenau et al., Testardi, and Terrell et al. teach a method, 
further comprising: employing a mirror algorithm to select the alternate target (see 
Blumenau et al., column 9, lines 10-24). 

52. As per claim 45, Blumenau et al., Testardi, and Terrell et al. teach a network 
device as recited in claim 1 , wherein the frame or packet received at the port of the 
network device and the new or modified frame or packet sent by the network device are 
compatible with a standard protocol (see Blumenau et al., column 9, lines 25-49). 

53. As per claim 46, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the standard protocol is SCSI (see Blumenau et al., column 9, lines 25- 
49). 

54. As per claim 47, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the frame or packet received at the port of the network device and the 
new or modified frame or packet sent by the network device are compatible with a type 
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of traffic to be carried by the frames or packets (see Blumenau et al., column 9, lines 
25-49). 

55. As per claim 48, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the type of traffic is fibre channel (see Blumenau et al., column 9, lines 
25-49). 

56. As per claim 50, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at the port of the network device comprises a 
SCSI read command and the new or modified frame or packet sent by the network 
device comprises a SCSI read command (see Blumenau et al., column 34, lines 20-32). 

57. As per claim 51, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the frame or packet received at the port of the network device comprises a 
SCSI write command and the new or modified frame or packet sent by the network 
device comprises a SCSI write command (see Blumenau et al., column 34, lines 33-47). 

58. As per claim 52, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the frame or packet received at the port of the network device 
comprises a read command and the new or modified frame or packet sent by the 
network device comprises a read command (column 34, lines 20-32). 

59. As per claim 53, Blumenau et al., Testardi, and Terrell et al. teach a network 
device, wherein the frame or packet received at the port of the network device 
comprises a write command and the new or modified frame or packet sent by the 
network device comprises a write command (see Blumenau et al., column 34, lines 33- 
47). 
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60. As per claim 59, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the new or modified frame or packet includes at least one of a source address 
and destination address obtained from the virtual-physical mapping (see Blumenau et 
al., column 12, lines 9-17 and column 12, lines 18-26). 

61 . As per claim 60, Blumenau et al., Testardi, and Terrell et al. teach a method, 
wherein the received frame or packet includes a source address and destination 
address, and wherein the obtained information includes at least one of the source 
address and the destination address (see Blumenau et al., column 12, lines 9-17 and 
column 12, lines 18-26). 

62. As per claim 61 , Blumenau et al., Testardi, and Terrell et al. teach a method 
wherein sending a lock request to another port of a network device within the storage 
area network comprises: sending a lock request to another port of a switch, router, 
iSCSI gateway, or other network node configured to perform a switching function (see 
Blumenau et al., column 19, lines 4-31). 

63. Claim 49 is rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Blumenau et al., Terrell et al., and Testardi as applied to claims 1, 45, and 47 above, 
and further in view of Lo et al. Blumenau et al., Terrell et al., and Testardi teach the 
mentioned limitations of claims 1 , 45, and 47 above but fail to teach a network device, 
wherein the type of traffic is iSCSI. However, Lo et al. teaches a network device, 
wherein the type of traffic is iSCSI (see Lo et al. paragraph 0128). It would have been 
obvious to one having ordinary skill in the art at the time of the invention to modify the 
above limitation to add a network device, wherein the type of traffic is iSCSI in order to 
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employ the appropriate transport layer and upper-layer protocol combinations in the 
backbone. Also allowing over gigabit Ethernet based networks (see Lo et al. paragraph 
0121). 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ranodhi Serrao whose telephone number is (571) 272- 
7967. The examiner can normally be reached on 8:00-4:30pm, M-F. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on (571) 272-3880. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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